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(54) Integrated order matching system combining visible and hidden parameters 



(57) The invention provides back-end functionality 
for order processing in electronic order book trading. A 
sell/buy order is received comprising a lower/upper limit 
and a conditional lower/upper limit defining a conditional 
selling/buying price range for executing the sell/buy or- 
der under certain selling/buying conditions, A buy/sell 
order is received comprising an upper/lower limit, visible 
buy/sell volume parameter and hidden buy/sell volume 
parameter specifying a first part disclosed to all custom- 
ers and a second part not disclosed to all customers, 
respectively, of the buy/sell order volume. It is deter- 
mined whether the selling/buying conditions are fulfilled, 
including determining whether the sum of the first and 
second part of the buy/sell order is superior or equal to 
a threshold volume. The sell/buy order and the b.uyfeeJL 
order are executed against each other If at least the sell- 
ing/buying conditions are fulfilled. Embodiments allow 
rapidly executing large trading interests with minimized 
market impact and opportunity costs. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 5 

[0001] The present invention relates to computer sys- 
tems and corresponding methods and computer pro- 
gram products for processing orders in a security trading 
system , and in particular to order processing techniques 10 
in which orders are matched beyond their visible limits 
disclosed to the market for execution purposes. 

2. Description of the Related Art 

f5 

[0002] Besides exchange floor trading, electronic 
trading systems have become important places where 
securities are bought and sold. A known trading platform 
for processing electronic orders is Xetra (Exchange 
Electronic Trading), which is a distributed system whose 20 
components are connected according to the client-serv- 
er principle. Some of the Xetra functionality is decentral- 
ized on the participants' installations, so-called front 
ends, and some of it is implemented centrally on the Xe- 
tra back end of the exchange. The participants' front end 25 
installation can also be set up based on the client-server 
principle, and the use of a programmable interface 
makes the front end an open system to which any 
number of different participants' applications can be 
connected or added on. 30 
[0003] A typical trading platform is shown in FIG. 1. 
Customer computers 110 and 130, the front ends, are 
connected to the central order book exchange system 
140 representing the back end of the trading platform 
through a WAN (Wide Area Network) 1 35 which spans 35 
a large geographic area. The internet is an example of 
a WAN 135. The customer computers can be stand- 
alone systems, as for instance the customer computer 
130, or have a distributed system architecture as for 
customer computer 1 1 0. Distributed customer comput- *o 
ers 1 1 0 usually include a number of customer clients 1 1 5 
connected to a customer server 125 through a LAN (Lo- 
cal Area Network) 120 that is confined to a building or 
a group of buildings, e.g. the branches of a bank. The 
customer server 125 is coupled to the WAN 135forcom- 45 
municating with the back end 140. 
[0004] The central order book exchange system 140 
comprises a trading system 145. The trading system 
145 authenticates the remote customer computers 110 
and 1 30 and stores the orders received therefrom over so 
the WAN 1 35. It then matches the orders, executes suit- 
ing ones and clears the trades simultaneously. The trad- 
ing system 145 also reports the last sale as well as all 
orders as they are received and notifies the traders at 
the remote terminals 110 and 115 of filled or unfilled or- 55 
ders. It can access its memory to report various market 
conditions and transactions and maintains a detailed 
trade history for each trade member. Finally, it provides 
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the necessary trade data for settlement and compliance 
with the rules of the exchange. 
[0005] Further, the central order book exchange sys- 
tem 140 may include a clearing system 150 connected 
to the trading system 145 and the customer computers 
110 and 130 via the WAN 135 for clearing all trades 
based upon the exchange rules. A compliance system 
155 within the central order book exchange system 140 
communicates with the trading system for tracking and 
reporting the trading activities of each trade member as 
well as detecting trading irregularities. It provides infor- 
mation to a control terminal 1 60 to answer inquiries from 
exchange officers who ensure that the system rules are 
being complied with. A live surveillance system 165 is 
coupled to the trading system 145 to enable exchange 
officers to review all information relating to trading. 
[0006] With Xetra, all market participants have equal 
access to the trading platform regardless of their geo- 
graphic location. Unlike exchange floor trading, elec- 
tronic order processing makes it possible for orders to 
be entered in the system and automatically matched. 
Further, trading in equities and warrants is possible on 
a single trading platform. It is further possible to individ- 
ualize transaction requests with regard to validity and 
way of execution. Selection between limit and market 
orders takes into consideration the different demands of 
the market participants as to the speed of order execu- 
tion. 

[0007] One basis of securities trading worldwide, no 
matter whether the trading takes place on a regulated 
exchange or other marketplaces, is order book trading. 
In order book trading, orders placed by investors in a 
given security form an order book and are executed ac- 
cording to well-defined principles, usually to price-time 
priority, i.e. according to the limit of the order and the 
time the order has been entered Into the trading system. 
The order with the highest priority will be the first to be 
executed if an execution becomes possible. Executions 
are possible if the limit of the order with the highest pri- 
ority on the buy side of the order book is higher than or 
equal to the order limit with the highest priority on the 
sell side of the order book. The execution or matching 
of orders also follows well-defined principles where the 
prevailing trading form also influences the exact proce- 
dure such as continuous trading and auction trading. 
[0008] Exposing large trading interests to a relevant 
market causes adverse price effects, also referred to as 
the market impact, by information spillover to the disad- 
vantage of the exposed trading interests. In addition, 
large trading interests are moving away the opposite 
market side by own trading activity deteriorating their 
overall execution price. For these market conditions, 
traders are reluctant to reveal their large trading inter- 
ests all at once to avoid market impact costs, and have 
to work total trading interests in smaller orders overtime 
in anonymous order book trading or bilaterally search 
for counterparties off the order book and execute the 
interests in non-anonymous over-the-counter markets. 
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[0009] Further, when entering large trading interests 
as patient limit orders or aggressive market orders, i.e. 
unlimited orders that are to be executed at the next price 
determined, any trader faces the problem either to ac- 
cept market impact costs by aggressively matching his 
trading interests or to risk opportunity costs by patiently 
waiting in the order book for execution. 
[0010] In order to address the above disadvantages, 
prior art trading systems already provide an extended 
set of order types. Such conventional approaches are 
illustrated in FIG. 2. 

[001 1] FIG. 2 schematically depicts the content of an 
order book according to prior art. The order book con- 
solidates trading interests by buy orders 210 to 250 and 
sell orders 260 to 270 on two market sides: buy orders 
210 to 250 on the bid market side and sell orders 260 
to 270 on the ask market side. The orders comprise a 
number of characterizing parameters, e.g. parameters 
representing the order size or limit. The characterizing 
parameters of an order can be visible to all the custom- 
ers using the securities trading system or hidden from 
(invisible to) part of the customers, e.g. from all the cus- 
tomers except the originator of the order. Order sizes, i. 
e. the number of shares to be bought or sold also re- 
ferred to as order volumes, are aggregated by each 
price limit and buy (sell) orders are displayed in de- 
scending (ascending) order by their visible price limit L v 
in the order book with their aggregated visible size. The 
order queue on each market side builds the market 
depth. The distance between the visible limits of the 
highest buy order 250 and the lowest sell order 260 
marks the inside market or quoted spread. Thus, in the 
example depicted in FIG. 2, the inside market extends 
from 54.1 6 to 54.19. 

[0012] Order execution and price discovery in contin- 
uous electronic order book trading in prior art always 
takes place at the inside market and usually follows 
price-time priority in matching. 
[0013] The extended set of order types in electronic 
order book trading comprises iceberg orders. An ice- 
berg order 210 comprises a visible limit L v , a visible 
peak size, and a hidden size as characterizing param- 
eters. The overall volume of the iceberg order 21 0 is the 
sum of the peak size and the hidden size. Only the vis- 
ible limit and the peak size are disclosed to the market. 
The hidden size remains undisclosed, although availa- 
ble for matching in continuous trading if the order is at 
the inside market and auction trading. Once the peak 
size is fully executed, it gets refreshed out of the hidden 
size of the iceberg order 210. 
[0014] Discretionary orders 240 are characterized by 
a volume V, a visible limit L v , and a hidden limit L H . While 
the volume V and the visible limit L v are disclosed to the 
market, the hidden limit L H remains undisclosed to the 
market. A discretionary order 240 can be matched not 
only with contra-orders within the visible limit L v , but al- 
so with contra-orders between the visible limit L v and 
the hidden limit L H . Accordingly, the discretionary buy 



order 240 of the example depicted In FIG. 2 could be 
executed against the sell order 260. 
[0015] Finally, the extended set of order types used 
in conventional security trading comprises pegged or- 
5 ders. A pegged order 250 comprises a visible limit L v 
floating with the market in a security trading system. A 
pegged order 250 can be pegged to a market charac- 
terizing price, e.g., the limit of the best order among the 
remaining orders of the same market side, the limit of 
10 the best order on the opposite market side, or the middle 
of the inside market. By means of a distance parameter 
A, a fixed distance to the market characterizing price the 
pegged order 250 is pegged to can be specified so that 
the pegged order 250 floats with the market character- 
's izing price, always staying at the specified distance 
therefrom. In the example illustrated in FIG. 2, the 
pegged buy order 250 is pegged to the remaining best 
buy order 230 by a distance of 0.02. Besides the dis- 
tance parameter A, a pegged order 250 comprises an 
20 ultimate limit L ult acting as a constraint on how far the 
visible limit can float. A pegged order 250 can be exe- 
cuted only against contra-orders within the visible limit 
Lv 

[0016] According to prior art, electronic order book 

25 trading enables buy (sell) orders to match exclusively at 
the best ask (bid) in continuous trading. Price formation 
and order matching takes place at the inside market on- 
ly. This usually leads to the disadvantage that orders 
within the opposite market depth cannot participate in 

30 order matching whereby the time an order is patiently 
waiting In the order book for execution is increased. 
Therefore, conventional electronic order book trading 
still causes considerable opportunity costs. 
[0017] Further, in prior art security trading systems, 

35 only front-end functionality is provided, i.e. an order, 
even though containing hidden parameters, can only be 
matched with visible parameters of the contra-orders 
within the order book. This may lead to the problem that 
an order is not executed since the visible limits of the 

40 opposite market side do not match the visible or hidden 
limit of the order, although a hidden limit of the opposite 
market side would have matched. Thereby, the time the 
order is patiently waiting in the order book for execution 
is increased again resulting in opportunity costs which 

45 can be avoided by the proposed Volume Discovery 
back-end functionality. 

SUMMARY OF THE INVENTION 

50 [0018] Given these problems with the prior art tech- 
niques, it is the object of the invention to provide a meth- 
od of operating a computer system for processing or- 
ders in a security trading system such as an automated 
exchange, a corresponding computer program product, 

55 and computer systems that allow fast execution of large 
trading interests with minimized market impact and op- 
portunity costs in continuous trading. 
[001?] This object is solved by the invention as de- 
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fined by the independent claims. Preferred embodi- 
ments are specified in the dependent claims. 
[0020] According to an embodiment, there is provided 
a computer system arranged for processing orders that 
is operable in a security trading system. The computer $ 
system comprises a means for receiving a sell order 
comprising a lower limit and a conditional lower limit. 
The lower limit and the conditional lower limit define a 
conditional selling price range in which the sell order can 
be executed under certain selling conditions. The com- io 
puter system further comprises a means for receiving a 
buy order comprising an upper limit, a visible buy vol- 
ume parameter and a hidden buy volume parameter. 
The visible buy volume parameter is specifying a first 
part of the volume of the buy order intended to be dis- 15 
closed to all the customers of the security trading sys- 
tem. The hidden buy volume parameter is specifying a 
second part of the volume of the buy order intended not 
to be disclosed to all the customers of the security trad- 
ing system. Furthermore, the computer system compris- 20 
es a means for determining whether the selling condi- 
tions are fulfilled, including determining whether the sum 
of the first part and the second part of the volume of the 
buy order is superior or equal to a threshold volume. 
Moreover, the computer system comprises a means for 25 
executing the sell order and the buy order against each 
other if at least the selling conditions are fulfilled. 
£0021] According to another embodiment, there is 
provided a computer system arranged for processing or- 
ders that is operable in a security trading system. The 30 
computer system comprises a means for receiving a buy 
order comprising an upper limit and a conditional upper 
limit. The upper limit and the conditional upper limit de- 
fine a conditional buying price range in which the buy 
order can be executed under certain buying conditions. 35 
The computer system further comprises a means for re- 
ceiving a sell order comprising a lower limit, a visible sell 
volume parameter and a hidden sell volume parameter. 
The visible sell volume parameter is specifying a first 
part of the volume of the sell order intended to be dis- 40 
closed to all the customers of the security trading sys- 
tem. The hidden sell volume parameter is specifying a 
second part of the volume of the sell order intended not 
to be disclosed to all the customers of the security trad- 
ing system. Furthermore, the computer system compris- 45 
es a means for determining whether the buying condi- 
tions are fulfilled, including determining whether the sum 
of the first part and the second part of the volume of the 
sell order is superior or equal to a threshold volume. 
Moreover, the computer system comprises a means for so 
executing the buy order and the sell order against each 
other if at least the buying conditions are fulfilled. 
[0022] According to a further embodiment, a method 
of operating a computer system for processing orders 
in a security trading system is provided. A sell order 55 
comprising a lower limit and a conditional lower limit is 
received. The lower limit and the conditional lower limit 
define a conditional selling price range in which the sell 
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order can be executed under certain selling conditions. 
A buy order comprising an upper limit, a visible buy vol- 
ume parameter and a hidden buy volume parameter is 
received. The visible buy volume parameter is specify- 
ing a first part of the volume of the buy order intended 
to be disclosed to all the customers of the security trad- 
ing system. The hidden buy volume parameter is spec- 
ifying a second part of the volume of the buy order in- 
tended not to be disclosed to all the customers of the 
security trading system. It is determined whether the 
selling conditions are fulfilled, including determining 
whether the sum of the first part and the second part of 
the volume of the buy order is superior or equal to a 
threshold volume. The sell order and the buy order are 
executed against each other if at least the selling con- 
ditions are fulfilled. 

[0023] According to a yet another embodiment, a 
method of operating a computer system for processing 
orders in a security trading system is provided. A buy 
order comprising an upper limit and a conditional upper 
limit is received. The upper limit and the conditional up- 
per limit define a conditional buying price range in which 
the buy order can be executed under certain buying con- 
ditions. A sell order comprising a lower limit, a visible 
sell volume parameter and a hidden sell volume param- 
eter is received. The visible sell volume parameter is 
specifying a first part of the volume of the sell order in- 
tended to be disclosed to all the customers of the secu- 
rity trading system. The hidden sell volume parameter 
is specifying a second part of the volume of the sell order 
intended not to be disclosed to all the customers of the 
security trading system. It is determined whether the 
buying conditions are fulfilled, including determining 
whether the sum of the first part and the second part of 
the volume of the sell order is superior or equal to a 
threshold volume. The buy order and the sell order are 
executed against each other if at least the buying con- 
ditions are fulfilled. 

[0024] According to still another embodiment, a com- 
puter program product for processing orders in a secu- 
rity trading system is provided. The computer program 
product comprises a computer program means for re- 
ceiving a sell order comprising a lower limit and a con- 
ditional lower limit. The lower limit and the conditional 
lower limit define a conditional selling price range in 
which the sell order can be executed under certain sell- 
ing conditions. Further, the computer program product 
comprises a computer program means for receiving a 
buy order comprising an upper limit, a visible buy vol- 
ume parameter and a hidden buy volume parameter. 
The visible buy volume parameter is specifying a first 
part of the volume of the buy order intended to be dis- 
closed to all the customers of the security trading sys- 
tem. The hidden buy volume parameter is specifying a 
second part of the volume of the buy order intended not 
to be disclosed to all the customers of the security trad- 
ing system. Furthermore, the computer program prod- 
uct comprises a computer program means for determin- 
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ing whether the selling conditions are fulfilled, including 
determining whether the sum of the first part and the 
second part of the volume of the buy order is superior 
or equal to a threshold volume. Moreover, the computer 
program product comprises a computer program means 
for executing the sell order and the buy order against 
each other if at least the selling conditions are fulfilled. 
[0025] According to a further embodiment, a compu- 
ter program product for processing orders in a security 
trading system is provided. The computer program 
product comprises a computer program means for re- 
ceiving a buy order comprising an upper limit and a con- 
ditional upper limit. The upper limit and the conditional 
upper limit define a conditional buying price range in 
which the buy order can be executed under certain buy- 
ing conditions. Further, the computer program product 
comprises a computer program means for receiving a 
sell order comprising a lower limit, a visible sell volume 
parameter and a hidden sell volume parameter. The vis- 
ible sell volume parameter is specifying a first part of the 
volume of the sell order intended to be disclosed to all 
the customers of the security trading system. The hid- 
den sell volume parameter is specifying a second part 
of the volume of the sell order intended not to be dis- 
closed to all the customers of the security trading sys- 
tem. Furthermore, the computer program product com- 
prises a computer program means for determining 
whether the buying conditions are fulfilled, including de- 
termining whether the sum of the first part and the sec- 
ond part of the volume of the sell order is superior or 
equal to a threshold volume. Moreover, the computer 
program product comprises a computer program means 
for executing the buy order and the sell order against 
each other if at least the buying conditions are fulfilled. 
[0026] In still a further embodiment, a server compu- 
ter system arranged for processing orders that is oper- 
able in a security trading system is provided. The server 
computer system comprises a means for receiving from 
at least one client computer system a sell order com- 
prising a lower limit and a conditional lower limit. The 
lower limit and the conditional lower limit define a con- 
ditional selling price range in which the sell order can be 
executed under certain selling conditions. Further, the 
server computer system comprises a means for receiv- 
ing from at least one client computer system a buy order 
comprising an upper limit, a visible buy volume param- 
eter and a hidden buy volume parameter. The visible 
buy volume parameter is specifying a first part of the 
volume of the buy order intended to be disclosed to all 
the customers of the security trading system. The hid- 
den buy volume parameter is specifying a second part 
of the volume of the buy order intended not to be dis- 
closed to all the customers of the security trading sys- 
tem. Furthermore, the server computer system compris- 
es a means for determining whether the selling condi- 
tions are fulfilled, including determining whether the sum 
of the first part and the second part of the volume of the 
buy order is superior or equal to a threshold volume. 



Moreover, the server computer system comprises a 
means for executing the sell order and the buy order 
against each other if at least the selling conditions are 
fulfilled. 

5 [0027] In yet a further embodiment, a server computer 
system arranged for processing orders that is operable 
in a security trading system is provided. The server com- 
puter system comprises a means for receiving from at 
least one client computer system a buy order comprising 
10 an upper limit and a conditional upper limit. The upper 
limit and the conditional upper limit define a conditional 
buying price range in which the buy order can be exe- 
cuted under certain buying conditions. Further, the serv- 
er computer system comprises a means for receiving 

is from at least one client computer system a sell order 
comprising a lower limit, a visible sell volume parameter 
and a hidden sell volume parameter. The visible sell vol- 
ume parameter is specifying a first part of the volume of 
the sell order intended to be disclosed to all the custom- 

20 ers of the security trading system. The hidden sell vol- 
ume parameter is specifying a second part of the volume 
of the sell order intended not to be disclosed to all the 
customers of the security trading system. Furthermore, 
the server computer system comprises a means for de- 

25 termining whether the buying conditions are fulfilled, in- 
cluding determining whether the sum of the first part and 
the second part of the volume of the sell order is superior 
or equal to a threshold volume. Moreover, the server 
computer system comprises a means for executing the 

30 buy order and the sell order against each other if at least 
the buying conditions are fulfilled. 
[0028] In another embodiment, a client computer sys- 
tem arranged to generate orders that is operable in a 
security trading system is provided. The client computer 

35 system comprises a means for generating a sell order 
comprising a lower limit and a conditional lower limit. 
The lower limit and the conditional lower limit define a 
conditional selling price range in which the sell order can 
be executed under certain selling conditions. The sell 

40 order is adapted to be executed against a buy order 
comprising an upper limit, a visible buy volume param- 
eter specifying a first part of the volume of the buy order 
intended to be disclosed to all the customers of the se- 
curity trading system, and a hidden buy volume param- 

45 eter specifying a second part of the volume of the buy 
order intended not to be disclosed to all the customers 
of the security trading system, if at least the selling con- 
ditions are fulfilled. The selling conditions comprise a 
condition that the sum of the first part and the second 

50 part of the volume of the buy order is superior or equal 
to a threshold volume. 

[0029] In still another embodiment, a client computer 
system arranged to generate orders that is operable in 
a security trading system is provided. The client compu- 
55 ter system comprises a means for generating a buy or- 
der comprising an upper limit and a conditional upper 
Hmit. The upper limit and the conditional upper limit de- 
fine a conditional buying price range in which the buy 
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order can be executed under certain buying conditions. 
The buy order is adapted to be executed against a sell 
order comprising a lower limit, a visible sell volume pa- 
rameter specifying a first part of the volume of the sell 
order intended to be disclosed to all the customers of 5 
the security trading system, and a hidden sell volume 
parameter specifying a second part of the volume of the 
sell order intended not to be disclosed to all the custom- 
ers of the security trading system, if at least the buying 
conditions are fulfilled. The buying conditions comprise 10 
a condition that the sum of the first part and the second 
part of the volume of the sell order is superior or equal 
to a threshold volume. 

BRIEF DESCRIPTION OF THE DRAWINGS is 

[0030] The accompanying drawings are incorporated 
into and form a part of the specification for the purpose 
of explaining the principles of the invention. The draw- 
ings are not to be construed as limiting the invention to 20 
only the illustrated and described examples of how the 
invention can be made and used. Further features and 
advantages will become apparent from the following 
and more particular description of the invention, as illus- 
trated in the accompanying drawings, wherein: 2s 

FIG. 1 is a block diagram illustrating a computer 
system for processing orders according to 
prior art; 

30 

FIG. 2 illustrates orders within an order book that 
can be matched with each other according 
to prior art; 

FIG. 3 illustrates orders within an order book that 35 
can be matched with each other according 
to an embodiment; 

FIG. 4 is a block diagram illustrating the compo- 
nents of a computer system for processing *o 
orders according to an embodiment; 

FIG. 5 is a flow diagram illustrating order process- 
ing according to an embodiment; 

45 

FIG. 6 is a flow diagram illustrating volume order 
processing within the order processing of 
FIG. 5 according to an embodiment; 

FIG. 7 is a flow diagram illustrating pure volume or- so 
der processing within the volume order 
processing of FIG. 6 according to an embod- 
iment; 

FIG. 8 is a flow diagram illustrating combined vol- 55 
ume order processing within the volume or- 
der processing of FIG. 6 according to an em- 
bodiment; 



FIG. 9 is a flow diagram illustrating volume order 
post-transaction processing within the pure 
volume order processing of FIG. 7 and the 
combined volume order processing of FIG. 
8 according to an embodiment; 

FIG. 1 0 illustrates an example of an order book situ- 
ation according to an embodiment; 

FIG. 11 illustrates another example of an order book 
situation according to an embodiment; 

FIG. 12 illustrates a further example of an order book 
situation according to an embodiment; and 

FIG. 13 illustrates an example of the interaction of 
trading phases and the system of the inven- 
tion. 

DETAILED DESCRIPTION OF THE INVENTION 

[0031] The illustrative embodiments of the present in- 
vention will be described with reference to the figure 
drawings. 

[0032] Referring now to FIG. 3, an example of buy or- 
ders 310 to 330 and ask orders 340 to 360 within an 
order book is illustrated that can be matched against 
each other according to an embodiment In comparison 
to the prior art depicted in FIG. 2, the order book of the 
present embodiment comprises a new type of order: the 
volume orders 310 and 360. Sell (buy) volume orders 
360 (31 0) may include a peak volume, a hidden volume, 
a lower limit (upper limit), a conditional lower limit (con- 
ditional upper limit), and a threshold volume, i.e. a min- 
imum execution size V m[n . In the present embodiment, 
the lower limit (upper limit) is disclosed to all the cus- 
tomers of the security trading system, while the condi- 
tional lower limit (conditional upper limit) is not disclosed 
to all the customers. Thus, in the following, the lower 
limit (upper limit) will be referred to as the visible limit 
L v , and the conditional lower limit (conditional upper lim- 
it) will be referred to as the hidden limit L H . 
[0033] Volume order functionality may comprise the 
iceberg order functionality described above with refer- 
ence to FIG. 2, extended with the hidden limit and the 
minimum execution size which may be set to zero. 
Standard minimum execution sizes may be defined by 
the provider of the security trading system. This may 
prevent locked order book situations that may occur 
when minimum execution sizes can be defined individ- 
ually for each order. 

[0034] Only the visible limit and the peak size may be 
revealed to the market while the hidden limit, the hidden 
size, and the minimum execution size may remain un- 
disclosed to the market. According to the embodiment, 
the hidden limit defines with the visible limit a conditional 
price range in which the order can be executed under 
certain conditions. In another embodiment, a volume or- 
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der may include a plurality of hidden limits defining, to- 
gether with the visible limit, plural conditional price rang- 
es in which the volume order can be executed under 
different conditions. 

[0035] The hidden limit of the volume order 31 0, 360 s 
may be higher, lower, or equal to its visible limit. It may 
reach ahead the visible limit on the own market side, 
into the inside market or Into the opposite market side's 
depth. If, for a sell (buy) volume order 360 (310), the 
hidden limit is inferior (superior) to the visible limit, the 10 
conditional price range may correspond to the price in- 
terval spanned by the hidden limit and the visible limit. 
Otherwise, the conditional price range may extend from 
the visible limit to infinity (from zero to the visible limit). 
In other embodiments, other definitions of the condition- is 
al price range may be applied. 
[0036] The minimum execution size may specify a 
minimum threshold size for execution of the volume or- 
der 310, 360 under certain conditions. In the present 
embodiment, the minimum execution size specifies a 20 
minimum threshold size for execution of the volume or- 
der 310, 360 on basis of the hidden limit, ahead of the 
visible limit. 

[0037] According to the depicted embodiment, the 
buy volume order 310 can be matched against the sell 2$ 
volume order 360. This would not have been possible 
according to the conventional matching techniques de- 
scribed above with reference to FIG. 2. According to pri- 
or art, the hidden limit of a buy order could only be 
matched against visible sell limits and vice versa. In the 30 
example depicted in FIG. 3, such a procedure would re- 
sult in that none of the volume orders 310 and 360 could 
be executed since the order book does not contain any 
visible sell (buy) limits within the conditional range of the 
buy (sell) volume order 310 (360). 35 
[0038] However, according to the embodiment, the 
conditional ranges of the volume orders 310 and 360 
overlap. Thus, the buy volume order 310 may be exe- 
cuted against the sell volume order 360 if the minimum 
execution size of the buy volume order 310 can be ex- 10 
ecu ted. In turn, the sell volume order 360 may be exe- 
cuted against the buy volume order 31 0 if the minimum 
execution size of the sell volume order 360 can be ex- 
ecuted. For hidden limit matching, the full order size, i. 
e. the sum of the visible peak size and the hidden size, 45 
is available. In the depicted example, the full size of the 
sell volume order 360 is larger than the minimum exe- 
cution size of the buy volume order 310 and vice versa. 
Thus, according to the embodiment, the buy volume or- 
der 31 0 and the sell volume order 360 can be executed so 
against each other: the buy volume order 310 may be 
executed completely against 100 shares of the sell vol- 
ume order 360. 

[0039] According to the embodiment shown in FIG. 3 
which illustrates the interaction of two volume orders 55 
310, 360 within the inside market, price discovery and 
matching take place within the inside market when hid- 
den limits overlap and the minimum execution sizes are 



satisfied. The overlapping parts of the conditional price 
ranges of the buy volume order 310 and the sell volume 
order 360 is also referred to as the matching range. In 
the depicted example, the matching range extends from 
54.14 to 54.15. The two volume orders 310, 360 may 
execute at a price within their overlapping hidden limits, 
e.g. half of the hidden limits' overlap according to mid- 
point price discovery. Alternatively, the two volume or- 
ders 31 0, 360 may be executed at a price at the match- 
ing range borders, i.e. at 54.15 (54.14) if the buy (sell) 
volume order 31 0 (360) has entered the order book first. 
Other methods for price determination may be applied. 
[0040] In FIG. 4, a computer system for processing 
orders in a security trading system according to an em- 
bodiment is illustrated. The computer system may pro- 
vide the required functionalities for volume order 
processing. 

[0041] According to the illustrated embodiment, the 
computer system comprises a central order book ex- 
change system 420 for storing, matching and executing 
orders as well as for reporting purposes. The central or- 
der book exchange system 420 may comprise a trading 
system 490 connected to customer computers 410 for 
receiving orders from customers. For instance, the trad- 
ing system 490 may be coupled to the customer com- 
puters 41 0 through a WAN or any othertype of computer 
network. The customer computers 410 may comprise 
stand-alone computer systems or have a distributed 
system architecture. The central order book exchange 
system 420 may further comprise a clearing system, a 
compliance system, a control terminal and/or a live sur- 
veillance system that have been described above with 
respect to FIG. 1. For reasons of clarity, those compo- 
nents as well as the network connecting the trading sys- 
tem 490 to the customer computers 41 0, and the details 
of the customer computer architecture are not depicted 
in FIG. 4. 

[0042] Incoming orders may first enter a time stamp 
generator 430 for determining and defining the time of 
order arrival. The time stamp generator 430 may create 
a time stamp for each incoming order and associate the 
time stamp with the order. The orders may comprise pa- 
rameters, e.g., the time stamp, a visible limit, and a vis- 
ible volume, and hidden parameters, e.g., a hidden limit, 
a hidden volume, or a minimum execution size. The hid- 
den parameters of an order may be invisible to the cus- 
tomers using the computer system except the originator 
of the order. To allowthis, at least the hidden parameters 
may be associated with the owner of the corresponding 
order, e.g. by means of an identification item identifying 
the originator attached to the hidden parameters. The 
orders may be sent from the time stamp generator 430 
to a visible/hidden data separating unit 440. The visible/ 
hidden data separating unit 440 may recognize which 
data are visible or hidden and associate the hidden pa- 
rameters of an order with the visible parameters of the 
same order prior to sending the data to a central order 
book 450. For this purpose, identifiers may be attached 
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to the visible and hidden parameters of the respective 480. 

order. [0048] Referring now to FIG. 5, the main order 

[0043] According to the embodiment, the central or- processing according to an embodiment is illustrated. In 

der book 450 may comprise a visible order book 460 step 510, an order may be received from a customer, e. 

whose content may be visible to all the customers using s g., the central order book exchange system 420 may 

the computer system. Further, the central order book receive the order from a customer computer 410. In step 

450 may comprise a hidden order book 470 whose con- 520, a time stamp may be generated for the received 

tent may be invisible to the customers except the origi- order. After generation of the time stamp data item, this 

nators of the corresponding orders. Visible or hidden da- data may be associated with the respective order. If the 

ta may be stored in the visible order book 460 or the 10 order is in the form of electronic data, the time stamp 

hidden order book 470, respectively. data item may be attached to the order data. Alterna- 

[0044] For matching incoming orders with the orders tively, the time stamp may be stored in a volatile or non- 

already present in the central order book 450, an order volatile memory within the central order book 450, e.g. 

processing unit 480 may receive the incoming orders as a visible order parameter in the visible order book 

from the time stamp generator 430. Further, the order 15 460, together with an identifier indicating the respective 

processing unit 480 may obtain visible order book data order. 

and/or hidden order book data from the visible order [0049] Once the time stamp has been generated and 
book 460 or the hidden order book 470 to determine the associated with the order, the order may be entered into 
current order book situation. Thus, the central order the central order book 450 in step 530. This may include 
book 450 forms a reference market in the present em- 20 associating the hidden parameters with the visible pa- 
bodiment. However, in another embodiment, the refer- rameters of the received order by the visible/hidden data 
ence market could be any other entity that provides ref- separating unit 440, sending the visible parameters to 
erence prices instead of the central order book 450. the visible order book 460 and sending the hidden pa- 
[0045] Upon having determined whether an incoming rameters to the hidden order book 470. Additionally, the 
order can be executed against the orders in the central 25 order may be sent from the time stamp generator 430 
order book 450 and having executed the order accord- to the order processing unit 480. Also the corresponding 
ingly, the order processing unit 480 may send an exe- time stamp may be sent to the order processing unit 480. 
cution report to the visible/hidden data separating unit [0050] In step 540, it may be determined whether the 
440. Further, the order processing unit 480 may re-enter received order is a volume order. According to the em- 
residual orders to the central order book 450 by trans- so bodiment, this includes determining whether the re- 
mitting the residual orders to the time stamp generator ceived order comprises a hidden limit. Further, this may 
430 or the visible/hidden data separating unit 440. comprise determining whether the received order con- 
[0046] It may be understood by those skilled in the art, tains a minimum execution size. Alternatively, an iden- 
that various distributed architectures may be applied to tifier could be associated with the order allowing for 
the computer system illustrated in FIG. 4. For instance, 35 identifying the type of order, thus allowing determining 
the customer computers 410 may be client computers whether the order is a volumeorder. Ifthe received order 
interacting with the central order book exchange system is not a volume order, i.e. the received order is a con- 
420 as server. In other embodiments, the customer ventional order, the order processing scheme may pro- 
computers 41 0 and/or the central order book exchange ceed with processing the conventional order in step 590. 
system 420 themselves may be implemented as distrib- 10 This may include determining whether the order book 
uted client-server systems or the entire computer sys- 450 is containing an opposite volume order and, if so, 
tern may be realized as an integrated stand-alone sys- whether the conventional order is executable against 
tern. the opposite volume order. 

[0047] In further embodiments, the order processing [0051] Otherwise, it may be determined in step 550 if 
unit 480 may be comprised within the central order book 45 the actual trading phase is a continuous trading phase 
450. Accordingly, the visible/hidden data separating unit 1 320 not interrupted by an auction 1 330. If the actual 
440 may be included in the central order book 450. In trading phase is not a running continuous trading phase 
further embodiments, the visible order book data and it may be determined in step 580 that the order is to be 
the hidden order book data may be comprised all togeth- treated as a limit order, i.e. both the visible volume and 
er in the central order book 450 Instead of the separate so the hidden volume are to be treated equally like visible 
visible order book 460 and hidden order book 470. The volume and the hidden limit and the minimum execution 
central order book 450 may filter the data before reveal- size are to be disregarded. Thus, volume orders con- 
ing them to the customers so that the hidden order book tribute with their overall size in auctions 1 330. The order, 
data may remain undisclosed. According to the present now corresponding to a conventional limit order, may be 
embodiment, the time stamp generator 430 is included 55 processed in step 590. If the order has not been corn- 
in the trading system 490. In other embodiments, the pletely executed during an auction 1 330 and then a con- 
time stamp generator 430 may be comprised, e.g. within tinuous trading phase 1 320 is entered the order may 
the central order book 450 or the order processing unit again be treated as a volume order, i.e. its visible and 
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hidden limits, visible and hidden size and minimum ex- 
ecution size may be considered. In other embodiments, 
a volume order may not be treated as a limit order but, 
e.g., held until a continuous trading phase 1320 is en- 
tered or an auction 1 330 is completed. If the actual trad- 5 
ing phase is a continuous trading phase 1320 and not 
an auction phase 1 330 it may be determined in step 560 
that the order is to be treated as a volume order which 
may be processed in step 570. 

[0052] It may be apparent to those of ordinary skill in 10 
the art that the sequence of steps shown in FIG. 5 has 
been chosen for illustration purposes only and is not to 
be understood as limiting the invention. For Instance, 
steps 520 to 550 may be performed in any different or- 
der. According to the present embodiment, the steps « 
570 and 590 of processing the volume/conventional or- 
der are performed by the order processing unit 480. In 
other embodiments, the volume order processing step 
570 and/or the conventional order processing step 590 
may be performed by different, separate order process- 20 
ing units or by the central order book 450. 
[0053] In FIG. 6, the volume order processing step 
570 is shown in more detail according to an embodi- 
ment. In step 610, the visible order book situation and 
in step 620 the hidden order book situation may be de- 25 
termined. For this purpose, the order processing unit 
480 may receive from the visible (hidden) order book 
460 (470) visible (hidden) order book data indicating the 
current visible (hidden) order book situation. This may 
be done by previously sending a request from the order 30 
processing unit 480 to the central order book 450 where- 
upon the central order book 450 may send back the re- 
spective, data in response to the request Alternatively, 
the central order book 450 may be arranged for contin- 
uously sending visible (hidden) order book data to the 35 
order processing unit 480 and updating this data when- 
ever the visible (hidden) order book situation changes 
in order to reduce communication load. In this case, 
there may be no need for the order processing unit 480 
to send a request to the central order book 450 in step 40 
61 0 (620) since all data is already present. In other em- 
bodiments, steps 610 and 620 may be accomplished fol- 
lowing the inverse order. 

[0054] After the order processing unit 480 has re- 
ceived the order with the associated time stamp as well 45 
as the visible and hidden order book data necessary to 
determine the current visible and hidden order book sit- 
uation, the order processing unit 480 may proceed in 
step 630 with detecting a best opposite order. If the re- 
ceived order, hereinafter referred to as the actually proc- so 
essed order, is a buy order, the best opposite order may 
be detected among the sell orders within the central or- 
der book 450 and vice versa. The detecting step 630 
may comprise determining which of the opposite orders 
comprises the best limit, i.e. the lowest limit if the oppo- 55 
site orders are sell orders or the highest limit if the op- 
posite orders are buy orders. If the actually processed 
order is positioned on top of the order book and the op- 



posite side of the order book comprises a market order, 
i.e. an unlimited order, the opposite market order may 
be treated as a limit order having a visible limit corre- 
sponding to the visible limit of the actually processed 
order. 

[0055] According to the embodiment, both visible and 
hidden limits are considered for determining the best 
limit. If a visible limit and a hidden limit are equal to each 
other and better than all the other limits of the opposite 
orders, the orders comprising this visible limit may be 
preferred for determining the best opposite order. Fur- 
ther, if more than one opposite order comprises the best 
limit, the opposite order with the earliest time stamp may 
be selected as the best opposite order, in accordance 
with price-time priority. However, in other embodiments, 
different criteria may be applied for detecting the best 
opposite order. 

[0056] Once the best opposite order, hereinafter also 
referred to as the opposite order, has been detected in 
step 630, it may be determined in step 640 if the detect- 
ed opposite order is a volume order. This may be done 
on the basis of the same criteria as used in step 540, 
described above with reference to FIG. 5. If the opposite 
order is a volume order, the volume order processing 
scheme may proceed with pure volume order process- 
ing in step 650. Otherwise, the combined volume order 
processing may be performed in step 660. 
[0057] The pure volume order processing 650 is illus- 
trated in more detail according to an embodiment in FIG. 
7. In step 705, it may be determined whether the visible 
limit of the opposite order is better than the visible limit 
of the actually processed order. This may comprise de- 
termining whether the visible limit of an opposite buy 
(sell) order is higher (lower) than the visible limit of an 
actually processed sell (buy) order. In case the visible 
limit of the opposite order is better than the visible limit 
of the actually processed order, the system may pro- 
ceed to step 710 where the actually processed order 
and the opposite order may be executed against each 
other. According to the embodiment, the executed vol- 
ume corresponds to the peak volume of the actually 
processed order if the peak volume of the actually proc- 
essed order is inferior or equal to the peak volume of 
the opposite order and, if this is not the case, to the peak 
volume of the opposite order. Once the orders have 
been executed against each other, the volume order 
post-transaction processing may be performed in step 
735 which will be described below with reference to FIG. 
9. 

[0058] If the visible limit of the opposite order is not 
better than or equal to the visible limit of the actually 
processed order, it may be determined in step 715 
whether the conditional ranges of the actually proc- 
essed order and the opposite order overlap. If the con- 
ditional ranges are not overlapping, the actually proc- 
essed order may not be executed and the order 
processing may be complete at this point. However, ac- 
cording to the embodiment, the actually processed or- 
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der remains in the central order book 450 and can still 
be matched when later received orders are processed. 
[0059] If the determining step 715 yields thatthe con- 
ditional ranges of the actually processed order and the 
opposite order overlap, it may be determined in step 720 s 
whether the volume of the opposite order is superior or 
equal to the minimum execution size of the actually 
processed order. The volume of the opposite order con- 
sidered in the determining step 720 may comprise the 
overall volume of the opposite order, i.e. the sum of the 10 
visible volume and the hidden volume of the opposite 
order. In step 725 it may be accordingly determined 
whether the volume of the actually processed order is 
superior or equal to the minimum execution size of the 
opposite order taking into account the overall volume, I. is 
e. the sum of the visible volume and the hidden volume 
of the actually processed order. 
[0060] If both the volume of the opposite order is su- 
perior or equal to the minimum execution size of the ac- 
tually processed order and the volume of the actually 20 
processed order is superior or equal to the minimum ex- 
ecution size of the opposite order, the pure volume order 
processing scheme may proceed to step 730 for exe- 
cuting the actually processed order and the opposite or- 
der against each other. The volume executed in step 25 
730 may correspond to the overall volume of the actually 
processed order if the overall volume of the actually 
processed order is inferior or equal to the overall volume 
of the opposite order and otherwise to the overall vol- 
ume of the opposite order. Once the execution step 730 30 
is completed, volume order post-transaction processing 
may be performed in step 735. The volume order post- 
transaction processing will be described In more detail 
below with respect to FIG. 9. 

[0061] . If at least the volume of the opposite order is 35 
inferior to the minimum execution size of the actually 
processed order. or the volume of the actually processed 
order is inferior to the minimum execution size of the 
opposite order, the pure volume order processing 
scheme may proceed to step 740. According to the il- 40 
lustrated embodiment, the next best opposite order is 
detected in step 740. This may comprise repeating 
steps 61 0 and 620 of determining the visible and hidden 
order book situation described above with respect to 
FIG. 6. Alternatively, the order processing unit 480 could « 
store the visible and hidden order book data received in 
steps 61 0 and 620 prior to detecting the best opposite 
order and detect the next best opposite order in step 
740 on the basis of the stored data without the need for 
re-transmitting the respective data from the central or- so 
der book 450. According to the embodiment, the detec- 
tion of the next best opposite order in step 740 is based 
on the same criteria as the detection of the best opposite 
order in step 630 described above with reference to FIG. 
6, whereby the already detected best opposite order is 55 
disregarded. 

[0062] Once the next best opposite order has been 
detected in step 740, combined opposite order param- 



eters of the best opposite order and the next best oppo- 
site order may be calculated in step 745 if It has deter- 
mined in step 720 that the volume of the opposite order 
is inferior to the minimum execution size of the actually 
processed order. If this is not the case, but the volume 
of the actually processed order is inferior to the minimum 
execution size of the opposite order according to the de- 
termination in step 725, step 745 of calculating com- 
bined opposite order parameters may be skipped. 
[0063] The combined opposite order parameters may 
be used for ensuring that in the further processing the 
sum of the visible (hidden) volumes of the best opposite 
order and the next best opposite order is considered, 
and all the conditions for executing the best opposite 
order and for executing the next best opposite order are 
checked. According to the embodiment, an actually 
processed volume order is executed against a plurality 
of best and next best opposite orders only on condition 
that each of the best and next best limits is better than 
or equal to the hidden limit of the actually processed vol- 
ume order, i.e. each of the opposite orders reaches a 
price corresponding to the specified hidden limit. 
[0064] Upon calculation of the combined opposite or- 
der parameters in step 745 (or upon having detected the 
next best opposite order in step 740, if the calculation 
step 745 is skipped), the pure volume order processing 
scheme may proceed to step 750 for returning to step 
640. In the then following processing, the combined op- 
posite order parameters may be considered instead of 
the parameters of the best opposite order only. 
[0065] It will be appreciated by those of ordinary skill 
in the art that schemes other than that depicted in FIG. 
7 are also applicable within the invention. In particular, 
the order in which the queries 705 and 715 to 725 are 
performed may be different in other embodiments. Fur- 
ther, the order execution steps 710 and/or 730 may be 
performed by a separate order executing unit in other 
embodiments. Such an order executing unit may be 
comprised within the central order book exchange sys- 
tem 420, the trading system 490. the central order book 
450 or the order processing unit 480. 
[0066] Turning now to FIG. 8, substeps of the com- 
bined volume order processing step 660 according to 
an embodiment are shown. In step 810, it may be de- 
termined whether the limit of the conventional opposite 
order is better than or equal to the visible limit of the 
actually processed volume order, i.e. whether the limit 
of an opposite buy (sell) order is higher (lower) than or 
equal to the visible limit of an actually processed sell 
(buy) volume order. 

[0067] If this is the case, the actually processed order 
may be executed against the opposite order in step 860. 
According to an embodiment, the executed volume cor- 
responds to the peak volume of the actually processed 
order if the peak volume of the actually processed order 
is inferior or equal to the volume of the opposite order, 
or otherwise to the volume of the opposite order. If the 
opposite order is an iceberg order, only the peak volume 
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of the opposite iceberg order may be considered when 
determining the volume to be executed in step 860. 
[0068] In the present embodiment, the order execu- 
tion step 860, and accordingly step 840, are achieved 
by the order processing unit 480. In other embodiments, s 
steps 840 and/or 860 may be performed by a separate 
order executing unit, according to steps 71 0 and/or 730 
described above. Once the actually processed order 
has been executed against the opposite order in step 
860, the combined volume order processing scheme 10 
may proceed with step 850 for performing volume order 
post-transaction processing described in more detail 
below with respect to FIG. 9. 
[0069] In case the limit of the opposite order is not bet- 
ter than or equal to the visible limit of the actually proc- 15 
essed order, it may be determined in step 820 whether 
the limit of the opposite order is within the conditional 
range of the actually processed order. This may com- 
prise determining whether the limit of an opposite buy 
(sell) order is inferior (superior) to the visible limit and zo 
superior or equal (inferior or equal) to the hidden limit of 
an actually processed self (buy) order. 
[0070] If the limit of the opposite order is not within the 
conditional range of the actually processed order, the 
actually processed order may not be executed against 25 
the opposite order. According to the embodiment, the 
actually processed order remains in the central order 
book 450 and may be matched passively during the 
processing of later received orders. 
[0071] If the limit of the opposite order is within the 30 
conditional range of the actually processed order, it may 
be determined in step 830 whether the volume of the 
opposite order is superior or equal to the minimum ex- 
ecution size of the actually processed order. If the op- 
posite order is an iceberg order, only the peak size of 35 
the iceberg order may be considered in step 830. If the 
opposite volume is superior or equal to the minimum ex- 
ecution size of the actually processed order, i.e. allows 
an execution of at least the minimum execution size, the 
actually processed order may be executed against the <o 
opposite order in step 840. If the overall volume, i.e. the 
sum of the visible and the hidden volume of the actually 
processed order is inferior or equal to the volume of the 
opposite order, the entire overall volume of the actually 
processed order may be executed in step 840. Other- 45 
wise, the volume of the opposite order may be executed 
in step 840. For determining the volume to be executed 
in step 840, only the peak size of the opposite order may 
be considered if the opposite order is an iceberg order. 
According to the illustrated embodiment, the combined 50 
volume order processing scheme proceeds with step 
850 for performing volume order post-transaction 
processing once the execution step 840 is completed. 
The volume order post-transaction processing step 850 
will be described in more detail with respect to FIG. 9. 55 
[0072] If the determining step 830 yields that the vol- 
ume of the opposite order is inferior to the minimum ex- 
ecution size of the actually processed order, a next best 



opposite order may be detected in step 870. If the so far 
regarded best opposite order is an iceberg order having 
a hidden volume left, the next best opposite order may 
correspond to the next peak of the iceberg order. Oth- 
erwise, the next best opposite order may be detected in 
step 870 based on the same criteria as the best opposite 
order has been detected in step 630, whereby the best 
opposite order Is disregarded. 
[0073] Upon having detected the next best opposite 
order In step 870, the combined volume order process- 
ing scheme may proceed with step 880 for calculating 
combined opposite order parameters. This may be 
achieved in the same way as combined opposite param- 
eters are calculated in step 745 during the pure volume 
order processing described with respect to FIG. 7. In 
step 890, the volume order processing scheme may re- 
turn to step 640 for determining whether the combined 
opposite order parameters correspond to the parame- 
ters of a volume order and proceed according to the 
process depicted in FIG. 6. 

[0074] In FIG. 9, the volume order post-transaction 
processing according to an embodiment is depicted. 
The volume order post-transaction processing may be 
performed in step 735 of the pure volume order process- 
ing illustrated in FIG. 7 and step 850 of the combined 
volume order processing depicted in FIG. 8. 
[0075] In step 91 0, the order processing unit 480 may 
send a report of the executed transaction to the visible/ 
hidden data separating unit 440 for publication purpos- 
es. In other embodiments, the execution steps 71 0, 730, 
840 or 860 may be performed by a unit different from 
the order processing unit 480 and the corresponding re- 
port may be generated and sent by the respective unit. 
In further embodiments, the report may be sent directly 
to the central order book 450, the visible order book 460, 
and/or the hidden order book 470. 
[0076] In step 920, it may be determined whether the 
opposite order contains a residual volume. If this is the 
case, the residual opposite order may be reentered into 
the order book in step 930. The volume order post-trans- 
action processing scheme may then proceed with step 
940. If the entire volume of the opposite order has been 
executed, step 930 may be skipped and the volume or- 
der post-transaction processing scheme may proceed 
directly with step 940. 

[0077] If the opposite order is a volume order and the 
residual volume of the opposite order is Inferior to the 
minimum execution size of the opposite volume order, 
the opposite volume order may be converted to an ice- 
berg order before being reentered into the order book 
in step 930. If the opposite order is an iceberg order and 
the peak size of the opposite iceberg order has been 
completely executed, a new time stamp may be gener- 
ated for the opposite iceberg order before re-entering 
the residual opposite iceberg order into the order book 
in step 930. 

[0078] According to an embodiment, it is determined 
in step 940 whether the actually processed order com- 
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prises a residual volume. If the actually processed order 
does not contain a residual volume, i.e. has completely 
been executed, the order processing may be complete 
at this point. Otherwise, it may be determined in step 
950 whether the residual volume of the actually proc- 
essed order is superior or equal to the minimum execu- 
tion size of the actually processed order. If so, the vol- 
ume order post-transaction processing scheme may 
proceed with step 970 for returning to step 520 of the 
order processing depicted in FIG. 5 and performing the 
following order processing steps for the residual part of 
the actually processed order. Otherwise, the residual 
actually processed volume order may be converted into 
an iceberg order in step 960. According to the embodi- 
ment, this comprises deleting the hidden limit and the 
minimum execution size from the parameters of the ac- 
tually processed order. In other embodiments, the resid- 
ual actually processed order may be converted into a 
conventional limit order, i.e. for further processing of the 
order, the hidden limit and the minimum execution size 
may be deleted and both the residual visible volume and 
the residual hidden volume, if any, may be regarded as 
visible. 

[0079] Once the residual actually processed volume 
order has been converted in step 960, the volume order 
post-transaction processing scheme may also proceed 
to step 970 for re-entering the resulting iceberg order or 
limit order to the order processing at step 520. It may be 
appreciated by those skilled in the art that the sequence 
of the steps depicted in FIG. 9 may not be construed as 
limiting to the present invention. In particular, step 910, 
the block of steps 920 and 930, and the block of steps 
940 to 970 may be performed in a different order. 
[0080] Referring now to FIG. 1 0, a further example of 
a set of orders within the order book according to an 
embodiment is shown. Assuming that the buy volume 
order 1010 (the sell volume order 1040) represents the 
actually processed order, the detection step 630 of the 
embodiment illustrated in FIG. 6 may reveal the sell vol- 
ume order 1 040 (the buy volume order 1 01 0) as the best 
opposite order. Next, it may be determined in step 640 
that the best opposite order is a volume order. In the 
following, it may be determined that the visible limit of 
the opposite order 1 040 (1 01 0) is not better than the vis- 
ible limit of the actually processed order 1 01 0 (1 040) in 
step 705 and that the conditional ranges of the actually 
processed order 1010,(1040) and the opposite order 
1040 (1010) do not overlap in step 715 of the pure vol- 
ume order processing 650. According to the illustrated 
embodiment, the buy volume order 1010 and the sell 
volume order 1040 may not be executed against each 
other but remain in the central order book .450 patiently _ 
waiting to be matched. Thus, volume orders in such a 
constellation may have no effect on order book trading. 
However, the executability of a waiting volume order 
may be verified each time the order book situation on 
the opposite side of the order book 450 changes. 
[0081] FIG. 11 illustrates another example of a set of 
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orders within the central order book 450 according to an 
embodiment. When taking the buy volume order 1120 
as the actually processed order, the ask order 1 1 30 may 
result from the detection step 630 as the best opposite 
s order. In step 640 it may be determined that the opposite 
order 1130 is not a volume order and the volume order 
processing may proceed with the combined volume or- 
der processing 660. In step 81 0 of the combined volume 
order processing 660, it may be detected that the limit 

10 of the opposite order 1 1 30 is not better than the visible 
limit of the actually processed order 1 1 20, step 820 may 
yield that the limit of the opposite order 1130 is within 
the conditional range of the actually processed order 
11 20, and it may result from step 830 that the volume of 

15 the opposite order 11 30 is inferior to the minimum exe- 
cution size of the actually processed order 1120. Thus, 
according to the present embodiment, the detection 
step 870 may be performed which may return the peak 
of the iceberg order 1140 as a second best opposite or- 

20 der. Combined opposite order parameters calculated in 
step 880 may comprise a combined visible limit which 
may correspond to the highest one of the limits of the 
best opposite order 1130 and the second best opposite 
order. The combined opposite parameters may also 

25 comprise a combined volume corresponding to the sum 
of the volume of the best opposite order 1130 and the 
peak volume of the iceberg order 1140. 
[0082] in the following, steps 640 and 81 0 to 830 are 
performed again according to the embodiment. Since in 

30 the depicted example the combined opposite volume is 
still inferior to the minimum execution size of the actually 
processed order 1120, a third best opposite order may 
be detected in step 870. This step may return a second 
peak of the iceberg order 1140 as a third best opposite 

35 order and the steps 880, 640, and 810 to 830 may be 
performed accordingly. After detecting the third and last 
peak of the iceberg order 1140 as a forth best opposite 
order in step 870 and again performing steps 880, 640, 
and 810 to 830, the sell order 1150 may be determined 

io as a fifth best opposite order in step 870. 

[0083] Accordingly, step 880 of calculating the com- 
bined opposite order parameters may then result in a 
combined limit of 54.18 and a combined volume of 50. 
Thus, the next time step 830 is accomplished according 

« to the embodiment, it may be determined that the oppo- 
site volume fulfills the condition of being superior or 
equal to the minimum execution size of the actually 
processed order 1120. Therefore, 50 shares of the ac- 
tually processed volume order 1120 may be executed 

50 against the 50 shares of the opposite orders 1130 to 
1150 in step 840. 

[Q084] During volume order post-transaction process- .. 

ing 850, it may be determined in step 950 that the resid- 
ual volume of the actually processed order 1120 ex- 

55 ceeds the minimum execution size of the actually proc- 
essed order 1 1 20 and step 960 of converting the remain- 
ing part of the volume order 1120 may be skipped. In 
step 970, the residual volume order 1120, now having a 
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peak volume of 10 and a reduced hidden volume of 40, 
may be sent to the time stamp generator 430 for re-en- 
tering the order processing at step 520 where a new time 
stamp may be generated. 

[0085] In FIG. 12, still another example of a set of or- 5 
ders within the central order book 450 according to an 
embodiment is depicted. Supposing that the actually 
processed order may be represented by the buy volume 
order 1210, the sell order 1 230 may result from step 630 
of detecting the best opposite order. According to the 10 
present embodiment, steps 640 and 81 0 to 830 are per- 
formed corresponding to the process described with re- 
spect to FIG. 11. 

[0086] In the following step 870, the sell order 1240 
may be detected as the second best opposite order. 15 
Then in step 880, the combined opposite order param- 
eters may be calculated In the same way that has been 
described with respect to FIG. 11, and steps 640 and 
810 to 830 may be performed again. The detection of 
the third best opposite order in step 870 may yield the 20 
sell volume order 1260. 

[0087] The combined opposite order parameters of 
the sell orders 1 230 and 1 240 and the sell volume order 
1260 may comprise a combined opposite volume of 220 
corresponding to the sum of the volumes of the respec- 25 
five orders, a combined minimum execution size of 90 
corresponding to the sum of the minimum execution size 
of the sell volume order 1260 and the sell orders 1230 
and 1240, and a combined hidden limit of 54.17, corre- 
sponding to the highest limit among the visible limits of 30 
the sell orders 1230 and 1240 and the hidden limit of the 
sell volume order 1260. 

[0088] When returning to step 640, it may be deter- 
mined that the combined opposite order parameters 
now correspond to a volume order, comprising a hidden 35 
limit and a minimum execution size. Consequently, 
steps 705 and 715 to 725 of the pure volume order 
processing 650 illustrated in FIGs. 6 and 7 may be ac- 
complished according to the embodiment, and the entire 
buy volume order 1210 may be executed against the 40 
sell orders 1 230 and 1 240 and 80 shares of the sell vol- 
ume order 1260. 

[0089] As discussed above, volume orders may also 
match in the market depth according to the same prin- 
ciples as described with respect to FIG. 3. Furthermore, 45 
the minimum execution size may be satisfied with the 
inclusion of visible regular sizes and/or hidden iceberg 
order sizes. Full order book integration of volume orders 
may include visible sizes by clean-up print executions 
(1 0 shares of each of the sell orders 1 230 and 1 240 at 50 
54.1 6 and 54.1 7, respectively, according to FIG. 1 2) be- 
fore the remaining volume order size matches against 
the overlap of the second volume order at midpoint price 
discovery (in FIG. 12: at 54.1 75) or any other method of 
price discovery. The principle of clean-up prints may en- 55 
sure full order book integration and consistency with 
price-time priority. 

[0090] Turning now back to step 550 where it is de- 



termined whether the order book exchange system 420 
currently operates in a continuous trading phase, the 
processing of volume orders may be preferably possible 
during defined exchange trading hours between the end 
of the opening auction 1310 and the start of the closing 
auction 1340 or the end-of-day auction 1350. This is 
shown in FIG. 13. 

[0091] Between the pre-trading phase and the post- 
trading phase there may be a number of trading phases 
such as auctions 1310 and 1330 to 1350, and continu- 
ous trading phases 1320. A continuous trading phase 
may be a trading phase with ongoing price determina- 
tion where each incoming order may be instantly 
checked to determine whether it can be matched. Dur- 
ing continuous trading, the order book is always open. 
Continuous trading phases 1320 might be interrupted 
by auctions 1 330 or by trading safeguards, i.e. volatility 
or market order interruptions which may result in an auc- 
tion call. Preferably, the volume order processing capa- 
bility of the order book exchange system 420 is disabled 
during all auctions. Thus, the trading day may be under- 
stood as a sequence of time periods 1370 in which the 
volume order processing functionality is enabled and 
time periods 1360 where no volume order processing is 
performed and existing volume orders may be regarded 
as conventional orders characterized by their visible lim- 
it and overall volume. 

[0092] As apparent from the above description of em- 
bodiments, back-end functionality for the matching of 
trading interests on the basis of hidden limits and hidden 
volumes is provided. In particular, electronic order book 
trading of interests may be provided using a hidden limit 
to continuously search for matching hidden volume in 
the Inside market or hidden and visible volume in the 
market depth on both sides of the market. A portion of 
the total trading interest may remain undisclosed to the 
relevant market and may get executed only when its hid- 
den limit is met by a minimum executable hidden or vis- 
ible size. The discussed embodiments may provide the 
integrated exposure of large trading interests to auto- 
matic execution in continuous electronic order book 
trading by searching the inside market or respective 
market depth. The search may apply a hidden limit to 
scan for a matching minimum volume without revealing 
the large trading interest in total to the market. 
[0093] As disclosed above, the execution likelihood 
for large trading interests by full order book interaction 
may be increased and the bipolarity between patient 
and aggressive orders may be broken up. Moreover, the 
described embodiments may reduce both market im- 
pact and opportunity costs and enable for price discov- 
ery within or beyond the inside market. Thus, the em- 
bodiments may be particularly suitable for allowing fast 
execution of large trading interests with minimized mar- 
ket impact and opportunity costs in electronic order book 
trading. 

[0094] The presented volume orders may be fully in- 
tegrated with electronic order book trading and may en- 
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hance the trading system's market model and function- 
ality. They may extend the iceberg order functionality by 
two parameters: the hidden limit and the minimum exe- 
cution size. The hidden limit may be specified addition- 
ally to the visible order limit and enable to discover hid- 5 
den volume in the inside market and/or in the market 
depth of the opposite side. The minimum execution size 
may ensure that the aggressive volume order part does 
not get executed unlimited and may allow specifying a 
minimum threshold size when an execution on basis of * o 
the hidden limit is acceptable, ahead of the visible limit. 
Thus, in the described embodiments, the minimum ex- 
ecution size may ensure a sufficiently large execution 
size for large trading interests and prevent volume or- 
ders from gaming. 15 
[0095] According to the presented embodiments, vol- 
ume order processing may allow for new matching prin- 
ciples, in continuous electronic order book trading. This 
may include providing new market models allowing for 
the matching of hidden volumes within the market depth. 20 
Volume orders may be matched passively on their own 
market side or match actively with corresponding hidden 
volume order sizes in the inside market or with hidden 
and/or visible sizes on the opposite market side. When 
positioned on top of the order book at the inside market 25 
with its visible limit, a volume order may receive regular 
order book execution and participate in public price dis- 
covery, e.g. the volume order may be executed against 
orie or more opposite market orders, opposite limit or 
iceberg orders or any combination thereof. Further, the 30 
interaction of volume orders with continuous electronic 
order book trading may ensure full price-time priority in 
order book trading. This may include possible clean-up 
prints of price-time prioritized orders, i.e. the partial ex- 
ecution of a volume order against opposite conventional 35 
orders before matching with an opposite volume order, 
when matching on the opposite market side with its hid- 
den limit. 

[0096] While prior art matching systems are based on 
front-end functionality only, i.e. act only on the visible 40 
liquidity in the market, that is disclosed to all market par- 
ticipants, the proposed embodiments provide also back- 
end functionality. This may allow for hidden liquidity not 
disclosed to all market participants to interact both with 
other hidden liquidity and visible liquidity in the market. « 
[0097] As discussed above, volume orders may not 
only be executable/executed when entering the order 
book. Also a change of the order book situation, even 
when induced by a non-volume order, may lead to ren- 
dering a waiting volume order executable. Therefore, so 
the executability of a volume order may be verified not 
only when the volume order is entering the order book, 
but continuously. 

[0098] While the invention has been described with 
respect to the physical embodiments constructed in ac- 55 
cordance therewith, it will be apparent to those skilled 
in the art that various modifications, variations and im- 
provements of the present invention may be made in the 



light of the above teachings and within the purview of 
the appended claims without departing from the scope 
of the invention. In addition, those areas in which it is 
believed that those of ordinary skill in the art are familiar, 
have not been described herein in order to not unnec- 
essarily obscure the invention described herein. Ac- 
cordingly, it is to be understood that the invention is not 
to be limited by the specific illustrative embodiments, but 
only by the scope of the appended claims. 



Claims 

1. A computer system operable in a security trading 
system, the computer system being arranged for 
processing orders and comprising: 

means for receiving a sell order (360, 1040, 
1 260) comprising a lower limit and a conditional 
lower limit, wherein the lower limit and the con- 
ditional lower limit define a conditional selling 
price range in which the sell order can be exe- 
cuted under certain selling conditions; 

means for receiving a buy order (210, 310, 
1010, 1120, 1210) comprising an upper limit, a 
visible buy volume parameter and a hidden buy 
volume parameter; 

means for determining (705, 715, 720, 725, 
81 0, 820, 830) whether said certain selling con- 
ditions are fulfilled; and 

means for executing (730, 840) the sell order 
and the buy order against each other if at least 
said certain selling conditions are fulfilled; 

wherein the visible buy volume parameter is spec- 
ifying a first part of the volume of the buy order in- 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden buy volume parameter is spec- 
ifying a second part of the volume of the buy order 
intended not to be disclosed to all the customers of 
the security trading system; and 
wherein the means for determining whether said 
certain selling conditions are fulfilled comprises 
means for determining (720, 830) whether the sum 
of said first part and said second part of the volume 
of the buy order is superior or equal to a threshold 
volume. 

2. A method of operating a computer system for 
processing orders in a security trading system, the 
method comprising: 

receiving a sell order (360, 1040, 1260) com- 
prising a lower limit and a conditional lower lim- 
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it, wherein the lower limit and the conditional 
lower limit define a conditional selling price 
range in which the sell order can be executed 
under certain selling conditions; 

5 

receiving a buy order (210, 310, 1010, 1120, 
1210) comprising an upper limit, a visible buy 
volume parameter and a hidden buy volume 
parameter; 

10 

determining (705, 71 5, 720, 725, 810, 820, 830) 
whether said certain selling conditions are ful- 
filled; and 

executing (730, 840) the sell order and the buy « 
order against each other if at least said certain 
selling conditions are fulfilled; 

wherein the visible buy volume parameter is spec- 
ifying a first part of the volume of the buy order in- 20 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden buy volume parameter is spec- 
ifying a second part of the volume of the buy order 
intended not to be disclosed to all the customers of 25 
the security trading system; and 
wherein determining whether said certain selling 
conditions are fulfilled comprises determining (720, 
830) whether the sum of said first part and said sec- 
ond part of the volume of the buy order is superior 30 
or equal to a threshold volume. 

3. the method of daim 2, further comprising receiving 
new sel| orders from the customers, wherein the 
new sell orders comprise new lower limits defining 35 
minimum prices at which the respective new sell or- 
ders can be executed. 

4. The method of claim 3, wherein receiving the new 
sell orders comprises generating (520) time stamps 40 
and associating each of the new sell orders with one 

of the time stamps. 

5. The method of claim 4, wherein the computer sys- 
tem comprises a central order book (450), and the 45 
method further comprises entering (530) the new 
sell orders into the central order book. 

6. The method of claim 5, wherein the new sell orders 
further comprise visible sell order parameters and so 
hidden sell order parameters; 

wherein the central order book comprises a visible 
order book (460) disclosed to all the customers and 
a hidden order book (470) not disclosed to all the 
customers; and 55 
wherein entering the new sell orders into the central 
order book comprises: 



entering the visible sell order parameters into 
the visible order book; 

entering the hidden sell order parameters into 
the hidden order book; and 

associating the visible sell order parameters 
and the hidden sell order parameters with the 
respective new sell orders. 

7. The method of claim 6, wherein entering the visible 
sell order parameters into the visible order book 
comprises entering the new lower limits into the vis- 
ible order book. 

8. The method of claim 6 or 7, wherein entering the 
visible sell order parameters into the visible order 
book comprises entering the time stamps into the 
visible order book. 

9. The method of one of claims 6 to 8, wherein the new 
sell orders further comprise visible sell volume pa- 
rameters each specifying a first part of the volume 
of a respective one of the new sell orders intended 
to be disclosed to all the customers; and 
wherein entering the visible sell order parameters 
into the visible order book comprises entering the 
visible sell volume parameters into the visible order 
book. 

10. The method of one of claims 6 to 9, wherein the new 
sell orders further comprise hidden sell volume pa- 
rameters each specifying a second part of the vol- 
ume of a respective one of the new sell orders in- 
tended not to be disclosed to all the customers; and 
wherein entering the hidden sell order parameters 
into the hidden order book comprises entering the 
hidden sell volume parameters into the hidden or- 
der book. 

11. The method of one of claims 3 to 10, further com- 
prising determining (540) whether the new sell or- 
ders further comprise new conditional lower limits 
defining with the new lower limits of the respective 
new sell orders new selling price ranges in which 
the respective new sell orders can be executed un- 
der certain new selling conditions. 

12. The method of claim 11, wherein the central order 
book comprises a visible order book (460) disclosed 
to all the customers and a hidden order book (470) 
not disclosed to all the customers; and 

wherein the method further comprises entering 
(530) the new conditional lower limits into the hid- 
den order book. 

13. The method of claim 11 or 12, wherein said certain 
new selling conditions comprise a condition that at 
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least a new threshold volume of the respective new 
sell orders can be executed at once; and 
wherein the method further comprises determining 
(540) whether the new sell orders further comprise 
threshold sell volume parameters specifying said s 
new threshold volume of the respective new sell or- 
ders. 

14. The method of claim 13, wherein the central order 
book comprises a visible order book (460) disclosed *o 
to all the customers and a hidden order book (470) 
not disclosed to all the customers; and 

wherein the method further comprises entering 
(530) the threshold sell volume parameters into the 
hidden order book. 15 

15. The method of one of claims 11 to 14, wherein the 
new sell orders further comprise the sell order; 
wherein the new lower limits comprise the lower lim- 
it of the sell order; 20 
wherein the new conditional lower limits comprise 
the conditional lower limit of the sell order; 

wherein the new selling price ranges comprise the 
selling price range defined by the lower limit and the 
conditional lower limit of the sell order; 25 
wherein said certain new selling conditions com- 
prise said certain selling conditions under which the 
sell order can be executed in the conditional selling 
price range; and 

wherein the new threshold volumes comprise the 30 
threshold volume. 

16. The method of one of claims 2 to 15, wherein the 
computer system comprises a central order book 
(450) comprising order book sell orders and/or or- 35 
der book buy orders, and the method further com- 
prises determining which order book sell orders 
and/or order book buy orders are contained in the 
central order book. 

40 

17. Themethodofclaim16,whereintheorderbooksell 
orders and/or order book buy orders comprise vis- 
ible sell order parameters or visible buy order pa- 
rameters, respectively, Intended to be disclosed to 

all the customers; 45 
wherein the central order book comprises a visible 
order book (460) disclosed to all the customers and 
containing the visible sell order parameters and/or 
visible buy order parameters; and 
wherein determining which order book sell orders so 
and/or order book buy orders are contained in the 
central order book comprises determining (610) 
which visible sell order parameters and/or visible 
buy order parameters are contained in the visible 
order book. 55 

1 8. The method of claim 1 7, wherein the order book sell 
orders and/or order book buy orders further com- 



prise hidden sell order parameters or hidden buy 
order parameters, respectively, intended not to be 
disclosed to all the customers; 
wherein the central order book further comprises a 
hidden order book (470) not disclosed to all the cus- 
tomers and containing the hidden sell order param- 
eters and/or hidden buy order parameters; and 
wherein determining which order book sell orders 
and/or order book buy orders are contained in the 
central order book comprises determining (620) 
which hidden sell order parameters and/or hidden 
buy order parameters are contained in the hidden 
order book. 

19. The method of claim 1 8, wherein the visible buy or- 
der parameters comprise order book upper limits 
defining maximum prices at which the respective or- 
der book buy orders can be executed; 
wherein the hidden buy order parameters comprise 
order book conditional upper limits defining with the 
order book upper limits of the respective order book 
buy orders order book conditional buying price 
ranges in which the respective order book buy or- 
ders can be executed under certain order book buy- 
ing conditions; and 

wherein the method further comprises: 

determining among the order book conditional 
upper limits a best conditional upper limit supe- 
rior to all other order book conditional upper lim- 
its within the central order book; 

determining among the order book upper limits 
a best upper limit superior to all other order 
book upper limits within the central order book; 
and 

detecting (630) a best buy order; 

wherein detecting the best buy order comprises de- 
termining which order book buy order comprises the 
best conditional upper limit if the best conditional 
upper limit is superior to the best upper limit; and 
wherein detecting the best buy order comprises de- 
termining which order book buy order comprises the 
best upper limit if the best upper limit is superior or 
equal to the best conditional upper limit. 

20. The method of claim 19, wherein the visible buy or- 
der parameters further comprise time stamps; and 
wherein detecting the best buy order further com- 
prises: 

determining which order book buy order com- 
prising the best conditional upper limit compris- 
es an earliest time stamp if the best conditional 
upper limit is superior to the best upper limit and 
if more than one order book buy order compris- 
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es the best conditional upper limit; and 

determining which order book buy order com- 
prising the best upper limit comprises an earli- 
est time stamp if the best upper limit is superior 
or equal to the best conditional upper limit and 
if more than one order book buy order compris- 
es the best upper limit. 

21. The method of claim 19 or 20, further comprising 
determining (640) whether the best buy order com- 
prises the best conditional upper limit. 

22. The method of one of claims 1 8 to 21 , wherein de- 
termining which hidden buy orders are contained in 
the hidden order book comprises determining which 
hidden buy volume parameters are contained in the 
hidden order book. 

23. The method of one of claims 17 to 22, wherein de- 
termining which visible buy orders are contained in 
the visible order book comprises determining which 
visible buy volume parameters are contained in the 
visible order book. 

24. The method of claim 22 or 23, wherein the buy order 
comprises the best buy order resulting from the step 
of detecting the best buy order from the central or- 
der book; 

wherein the upper limit of the buy order comprises 30 
the best upper limit; and 

wherein receiving the buy order comprises receiv- 
ing the best buy order. 

25. The method of claim 24, wherein the order book 35 
minimum buy volume parameters comprise a mini- 
mum buy volume parameter; and 
Wherein the buy order further comprises said mini- 
mum buy volume parameter. 

26. The method of one of claims 2 to 25, wherein exe- 
cuting the sell order and the buy order against each 
other if at least said certain selling conditions are 
fulfilled comprises executing the sell order and the 
buy order against each other if said certain selling <5 
conditions are fulfilled and if at least a minimum part 
of the volume of the buy order can be executed at 
once; 

wherein the buy order comprises a minimum buy 
volume parameter specifying said minimum part of so 
the volume of the buy order; and 
wherein the method further comprises determining 
(725) whetherthe sell order comprises a volume su- 
perior or equal to the minimum part of the buy order 
specified by the minimum buy volume parameter. 55 

27. The method of claim 2, further comprising receiving 
new buy orders from the customers, wherein the 



new buy orders comprise new upper limits defining 
maximum prices at which the respective new buy 
orders can be executed. 

5 28. The method of claim 27, wherein receiving the new 
buy orders comprises generating (520) time stamps 
and associating each of the new buy orders with 
one of the time stamps. 

10 29. The method of claim 28, wherein the computer sys- 
tem comprises a central order book (450), and the 
method further comprises entering (530) the new 
buy orders into the central order book. 

15 30. The method ofclaim 29, wherein the new buy orders 
further comprise visible buy order parameters and 
hidden buy order parameters; 
wherein the central order book comprises a visible 
order book (460) disclosed to all the customers and 
a hidden order book (470) not disclosed to all the 
customers; and 

wherein entering the new buy orders into the central 
order book comprises: 

entering the visible buy order parameters into 
the visible order book; 

entering the hidden buy order parameters into 
the hidden order book; and 

associating the visible buy order parameters 
and the hidden buy order parameters with the 
respective new buy orders. 

31 . The method ofclaim 30, wherein entering the visible 
buy order parameters into the visible order book 
comprises entering the new upper limits into the vis- 
ible order book. 

32. The method of claim 30 or 31 , wherein entering the 
visible buy order parameters into the visible order 
book comprises entering the time stamps into the 
visible order book. 

33. The method of one of claims 30 to 32, wherein the 
new buy orders further comprise new visible buy 
volume parameters each specifying a first part of 
the volume of a respective one of the new buy or- 
ders intended to be disclosed to all the customers; 
and 

wherein entering the visible buy order parameters 
into the visible order book comprises entering the 
new visible buy volume parameters into the visible 
order book. 

34. The method of one of claims 30 to 33, wherein the 
new buy orders further comprise new hidden buy 
volume parameters each specifying a second part 
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of the volume of a respective one of the new buy 
orders intended not to be disclosed to all the cus- 
tomers; and 

wherein entering the hidden buy order parameters 
into the hidden order book comprises entering the 5 
new hidden buy volume parameters into the hidden 
order book. 

35. The method of one of claims 27 to 34, further com- 
prising determining (540) whether the new buy or- '0 
ders further comprise new conditional upper limits 
defining with the new upper limits of the respective 
new buy orders new buying price ranges in which 

the respective new buy orders can be executed un- 
der certain new buying conditions. * 5 

36. The method of claim 35, wherein the central order 
book comprises a visible order book (460) visible to 
customers and a hidden order book (470) invisible 

to the customers; and 20 
wherein the method further comprises entering 
(530) the new conditional upper limits into the hid- 
den order book. 

37. The method of claim 35 or 36, wherein said certain 25 
new buying conditions comprise a condition that at 
least minimum parts of the volume of the respective 
new buy orders can be executed at once; and 
wherein the method further comprises determining 
(540) whether the new buy orders further comprise 30 
minimum buy volume parameters specifying said 
minimum parts of the volume of the respective new 
buy orders. 

38. The method of claim 37, wherein the central order 35 
book comprises a visible order book (460) disclosed 

to all the customers and a hidden order book (470) 
not disclosed to all the customers; and 
wherein the method further comprises entering 
(530) the minimum buy volume parameters into the <o 
hidden order book. 

39. The method of one of claims 35 to 38, wherein the 
new buy orders further comprise the buy order; 
wherein the new upper limits comprise the upper 45 
limit of the buy order; 

wherein the new visible buy volume parameters 
comprise the visible buy volume parameter of the 
buy order; and 

wherein the new hidden buy volume parameters so 
, comprise the hidden buy volume parameter of the 
buy order. 

40. The method of one of claims 2 and 27 to 39, wherein 
the computer system comprises a central order 55 
book (450) comprising order book sell orders and/ 

or order book buy orders, and the method further 
comprises determining which order book sell orders 



and/or order book buy orders are contained in the 
central order book. 

41. The method of claim 40, wherein the order book sell 
orders and/or order book buy orders comprise vis- 
ible sell order parameters or visible buy order pa- 
rameters, respectively, intended to be disclosed to 
ail the customers; 

wherein the central order book comprises a visible 
order book (460) disclosed to all the customers and 
containing the visible sell order parameters and/or 
visible buy order parameters; and 
wherein determining which order book sell orders 
and/or order book buy orders are contained in the 
central order book comprises determining (610) 
which visible sell order parameters and/or visible 
buy order parameters are contained in the visible 
order book. 

42. The method of claim 41 , wherein the order book sell 
orders and/or the order book buy orders further 
comprise hidden sell order parameters or hidden 
buy order parameters, respectively, intended not to 
be disclosed to all the customers; 

wherein the central order book further comprises a 
hidden order book (470) not disclosed to ail the cus- 
tomers and containing the hidden sell order param- 
eters and/or hidden buy order parameters; and 
wherein determining which order book sell orders 
and/or order book buy orders are contained in the 
central order book comprises determining (620) 
which hidden sell order parameters and/or hidden 
buy order parameters are contained in the hidden 
order book. 

43. The method of claim 42, wherein the visible buy or- 
der parameters comprise order book lower limits 
defining minimum prices at which the respective or- 
der book sell orders can be executed; 

wherein the hidden sell order parameters comprise 
order book conditional lower limits defining with the 
order book lower limits of the respective order book 
sell orders order book conditional selling price rang- 
es in which the respective order book sell orders 
can be executed under certain order book selling 
conditions; and 

wherein the method further comprises: 

determining among the order book conditional 
lower limits a best conditional lower limit inferior 
to all other order book conditional lower limits 
within the central order book; 

determining among the order book lower limits 
a best lower limit inferior to all other order book 
lower limits within the central order book; and 

detecting (630) a best sell order; 
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wherein detecting the best sell order comprises de- 
termining which order book sell order comprises the 
best conditional lower limit if the best conditional 
lower limit is inferior to the best lower limit; and 
wherein detecting the best sell order comprises de- s 
termining which order book sell order comprises the 
best lower limit if the best lower limit is inferior or 
equal to the best conditional lower limit. 

I. The method of claim 43, wherein the visible sell or- 10 
der parameters further comprise time stamps; and 
wherein detecting the best sell order further corn- 



determining which order book sell order com- *5 
prising the best conditional lower limit compris- 
es an earliest time stamp if the best conditional 
lower limit is inferior to the best lower limit and 
if more than one order book sell order compris- 
es the best conditional lower limit; and 20 

determining which order book sell order com- 
prising the best lower limit comprises an earli- 
est time stamp if the best lower limit is inferior 
or equal to the best conditional lower limit and 25 
if more than one order book sell order compris- 
es the best lower limit. 

45. The method of claim 43 or 44, further comprising 
determining (640) whether the best sell order com- so 
prises the best conditional lower limit. 

46. The method of one of claims 43 to 45, wherein said 
certain order book selling conditions comprise a 
condition that at least an order book threshold vol- 35 
ume of the respective order book sell orders can be 
executed at once; 

wherein the hidden sell order parameters comprise 
order book threshold sell volume parameters spec- 
ifying said order book threshold volume of the re- <o 
spective order book sell orders; and 
wherein the method further comprises determining 
(640) whether the best sell order comprises one of 
the order book threshold sell volume parameters. 

46 

47. The method of claim 46, wherein the sell order com- 
prises the best sell order resulting from the step of 
detecting the best sell order from the central order 
book; 

wherein the conditional lower limit of the sell order so 
comprises the best conditional lower limit; 
wherein the threshold volume comprises the order 
book threshold volume of the best sell order; and 
wherein receiving the sell order comprises receiv- 
ing the best sell order. 55 

48. The method of claim 47, wherein the order book 
minimum sell volume parameters comprise a mini- 



mum sell volume parameter; and 
wherein the sell order further comprises said mini- 
mum sell volume parameter. 

>. The method of one of claims 2 and 27 to 48, wherein 
executing the sell order and the buy order against 
each other if at least said certain selling conditions 
are fulfilled comprises executing the sell order and 
the buy order against each other if said certain sell- 
ing conditions are fulfilled and if at least a minimum 
part of the volume of the buy order can be executed 
at once; 

wherein the buy order comprises a minimum buy 
volume parameter specifying said minimum part of 
the volume of the buy order; and 
wherein the method further comprises determining 
(720) whether the sell order comprises a volume su- 
perior or equal to the minimum part of the volume 
of the buy order specified by the minimum buy vol- 
ume parameter. 

50. The method of one of claims 2 to 49, wherein the 
step of determining whether said certain selling 
conditions are fulfilled comprises determining (550) 
the trading phase of the security trading system; 
and 

wherein said certain selling conditions are not ful- 
filled if the determined trading phase is an opening 
auction (1310), an intraday closing auction (1340), 
an end-of-day auction (1350), an auction (1330) in- 
terrupting a continuous trading phase (1 320), a vol- 
atility interruption, or a market order interruption of 
an auction. 

51. A method of operating a computer system for 
processing orders in a security trading system, the 
method comprising: 



g a buy order (310, 1010, 1120, 1210) 
comprising an upper limit and a conditional up- 
per limit, wherein the upper limit and the condi- 
tional upper limit define a conditional buying 
price range in which the buy order can be exe- 
cuted under certain buying conditions; 

receiving a sell order (360, 1040, 1260) com- 
prising a lower limit, a visible sell volume pa- 
rameter and a hidden sell volume parameter; 

determining (705. 71 5, 720, 725, 810, 820, 830) 
whether said certain buying conditions are ful- 
filled; and 

executing (730, 840) the buy order and the sell 
order against each other if at least said certain 
buying conditions are fulfilled; 

wherein the visible sell volume parameter is speci- 
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lying a first part of the volume of the sell order inr 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden sell volume parameter is spec- 
ifying a second part of the volume of the sell order s 
intended not to be disclosed to all the customers of 
the security trading system; and 
wherein determining whether said certain buying 
conditions are fulfilled comprises determining (720, 
830) whether the sum of said first part and said sec- Jo 
ond part of the volume of the sell order is superior 
or equal to a threshold volume. 

52. The computer system of claim 1, adapted to per- 
form the method of one of claims 2 to 51. is 

53. The computer system of claim 52, wherein the com- 
puter system comprises at least one client compu- 
ter (41 0) for receiving orders from customers via the 

at least one client computer. io 

54. The computer system of claim 53, further compris- 
ing a time stamp generator (430) for generating a 
time stamp for each of the orders received from the 
customers and associating the time stamp with the 25 
respective order. 

55. The computer system of claim 53 or 54, wherein the 
received orders comprise visible order parameters 
intended to be disclosed to all the customers and/ 30 
or hidden order parameters intended not to be dis- 
closed to all the customers; and 

wherein the computer system further comprises a 
central order book (450) comprising: 

35 

a visible order book (460) disclosed to all the 
customers for storing the visible order parame- 
ters; and 

a hidden order book (470) not disclosed to all to 
the customers for storing the hidden order pa- 
rameters. 

56. The computer system of claim 55, further compris- 
ing a visible/hidden data separating unit (440) for 45 
separating the visible order parameters from the 
hidden order parameters, forwarding the visible or- 
der parameters to the visible order book, and for- 
warding the hidden order parameters to the hidden 
order book. 50 

57. The computer system of one of claims 52 to 56, fur- 
ther comprising an order processing unit (480) for 
matching the sell order and the buy order against 
each other. 55 

58. The computer system of claim 57, wherein the order 
processing unit comprises the means for determin- 



ing whether said certain selling conditions are ful- 
filled. 

59. The computer system of claim 57 or 58, wherein the 
order processing unit comprises the means for ex- 
ecuting the sell order and the buy order against 
each other if at least said certain selling conditions 
are fulfilled. 

60. A computer system operable in a security trading 
system, the computer system being arranged for 
processing orders and comprising: 

means for receiving a buy order (310, 1010, 
1120, 1210) comprising an upper limit and a 
conditional upper limit, wherein the upper limit 
and the conditional upper limit define a condi- 
tional buying price range in which the buy order 
can be executed under certain buying condi- 
tions; 

means for receiving a sell order (360, 1040, 
1260) comprising a lower limit, a visible sell vol- 
ume parameter and a hidden sell volume pa- 
rameter; 

means for determining (705, 715, 720, 725, 
810, 820, 830) whether said certain buying con- 
ditions are fulfilled; and 

means for executing (730, 840) the buy order 
and the sell order against each other if at least 
said certain buying conditions are fulfilled; 

wherein the visible sell volume parameter is speci- 
fying a first part of the volume of the sell order in- 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden sell volume parameter is spec- 
ifying a second part of the volume of the sell order 
intended not to be disclosed to all the customers of 
the security trading system; and 
wherein the means for determining whether said 
certain buying conditions are fulfilled comprises 
means for determining (720, 830) whether the sum 
of said first part and said second part of the volume 
of the sell order is superior or equal to a threshold 
volume. 

61 . A computer program product for processing orders 
in a security trading system, the computer program 
product comprising: 

computer program means for receiving a sell 
order (360, 1040, 1260) comprising a lower limit 
and a conditional lower limit, wherein the lower 
limit and the conditional lower limit define a con- 
ditional selling price range in which the sell or- 
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der can be executed under certain selling con- 
ditions; 

computer program means for receiving a buy 
order (210, 310, 1010, 1120, 1210) comprising s 
an upper limit, a visible buy volume parameter 
and a hidden buy volume parameter; 

computer program means for determining (705, 
71 5, 720, 725, 81 0, 820, 830) whether said cer- » 
tain selling conditions are fulfilled; and 

computer program means for executing (730, 
840) the sell order and the buy order against 
each other if at least said certain selling condi- is 
tions are fulfilled; 

wherein the visible buy volume parameter is spec- 
ifying a first part of the volume of the buy order in- 
tended to be disclosed to all the customers of the 20 
security trading system; 

wherein the hidden buy volume parameter is spec- 
ifying a second part of the volume of the buy order 
intended not to be disclosed to all the customers of 
the security trading system; and 25 
wherein the computer program means for determin- 
ing whether said certain selling conditions are ful- 
filled comprises computer program means for de- 
termining (720, 830) whether the sum of said first 
part and said second part of the volume of the buy 30 
order is superior or equal to a threshold volume. 

62. The computer program product of claim 61 , adapted 
to process the orders in the security trading system 
according to the method of one of claims 2 to 50. 35 

63. A computer program product for processing orders 
in a security trading system, the computer program 
product comprising: 

computer program means for receiving a buy 
order (310, 1010, 1120, 1210) comprising an 
upper limit and a conditional upper limit, where- 
in the upper limit and the conditional upper limit 
define a conditional buying price range in which *s 
the buy order can be executed under certain 
buying conditions; 

computer program means for receiving a sell 
order (360, 1 040, 1 260) comprising a lower lim- so 
it, a visible sell volume parameter and a hidden 
sell volume parameter; 

computer program means for determining (705, 
715, 720, 725, 810, 820, 830) whether said cer- 55 
tain buying conditions are fulfilled; and 

computer program means for executing (730, 



840) the buy order and the sell order against 
each other if at least said certain buying condi- 
tions are fulfilled; 

wherein the visible sell volume parameter is speci- 
fying a first part of the volume of the sell order in- 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden sell volume parameter is spec- 
ifying a second part of the volume of the sell order 
intended not to be disclosed to all the customers of 
the security trading system; and 
wherein the computer program means for determin- 
ing whether said certain buying conditions are ful- 
filled comprises computer program means for de- 
termining (720, 830) whether the sum of said first 
part and said second part of the volume of the sell 
order is superior or equal to a threshold volume. 

64. A server computer system (420) operable in a se- 
curity trading system, the server computer system 
being arranged for processing orders and compris- 
ing: 

means for receiving from at least one client 
computer system (410) a sell order (360, 1040, 
1260) comprising a lower limit and a conditional 
lower limit, wherein the lower limit and the con- 
ditional lower limit define a conditional selling 
price range in which the sell order can be exe- 
cuted under certain selling conditions; 

means for receiving from the at least one client 
computer system a buy order (210, 310, 1010, 
1 1 20, 1 21 0) comprising an upper limit, a visible 
buy volume parameter and a hidden buy vol- 
ume parameter; 

means for determining (705, 715, 720, 725, 
81 0, 820, 830) whether said certain selling con- 
ditions are fulfilled; and 

means for executing (730, 840) the sell order 
and the buy order against each other if at least 
said certain selling conditions are fulfilled; 

wherein the visible buy volume parameter is spec- 
ifying a first part of the volume of the buy order in- 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden buy volume parameter is spec- 
ifying a second part of the volume of the buy order 
intended not to be disclosed to all the customers of 
the security trading system; and 
wherein the means for determining whether said 
certain selling conditions are fulfilled comprises 
means for determining (720, 830) Whether the sum 
of said first part and said second part of the volume 
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65. The server computer system of claim 64, adapted 
to perform the method of one of claims 2 to 50. 

66. A server computer system (420) operable in a se- 
curity trading system, the server computer system 
being arranged for processing orders and compris- 



means for receiving from at least one client 
computer system (41 0) a buy order (31 0, 1 01 0, 
1120, 1210) comprising an upper limit and a 
conditional upper limit, wherein the upper limit 
and the conditional upper limit define a condi- 
tional buying price range in which the buy order 
can be executed under certain buying condi- 
tions; 

means for receiving from the at least one client 
computer system a sell order (360, 1040, 1260) 
comprising a lower limit, a visible sell volume 
parameter and a hidden sell volume parameter; 

25 

means for determining (705, 715, 720, 725, 
810, 820, 830) whether said certain buying con- 
ditions are fulfilled; and 

means for executing (730, 840) the buy order so 
and the sell order against each other if at least 
said certain buying conditions are fulfilled; 

wherein the visible sell volume parameter is speci- 
fying a first part of the volume of the sell order in- 35 
tended to be disclosed to all the customers of the 
security trading system; 

wherein the hidden sell volume parameter is spec- 
ifying a second part of the volume of the sell order 
intended not to be disclosed to all the customers of to 
the security trading system; and 
wherein the means for determining whether said 
certain buying conditions are fulfilled comprises 
means for determining (720, 830) whether the sum 
of said first part and said second part of the volume 45 
of the sell order is superior or equal tc 



wherein the sell order is adapted to be executed 
(730, 840) against a buy order (210, 310, 1010, 
1 1 20, 1 21 0) comprising an upper limit, a visible buy 
volume parameter specifying a first part of the vol- 
ume of the buy order intended to be disclosed to all 
the customers of the security trading system, and a 
hidden buy volume parameter specifying a second 
part of the volume of the buy order intended not to 
be disclosed to all the customers of the security 
trading system, if at least said certain selling condi- 
tions are fulfilled, wherein said certain selling con- 
ditions include a condition that the sum of said first 
part and said second part of the volume of the buy 
order is superior or equal to a threshold volume. 

68. The client computer system of claim 67, adapted to 
exchange the generated sell order with the server 
computer system of claim 64 or 65. 

69. A client computer system (410) operable in a secu- 
rity trading system, the client computer system be- 
ing arranged to generate orders and comprising: 

means for generating a buy order (310, 1010, 
1120, 1210) comprising an upper limit and a 
conditional upper limit, wherein the upper limit 
and the conditional upper limit define a condi- 
tional buying price range in which the buy order 
can be executed under certain buying condi- 
tions; 

wherein the buy order is adapted to be executed 
(730, 840) against a sell order (360, 1040, 1260) 
comprising a lower limit, a visible sell volume pa- 
rameter specifying a first part of the volume of the 
sell order intended to be disclosed to all the custom- 
ers of the security trading system, and a hidden sell 
volume parameter specifying a second part of the 
volume of the sell order intended not to be disclosed 
to all the customers of the security trading system, 
if at least said certain buying conditions are fulfilled, 
wherein said certain buying conditions include a 
condition that the sum of said first part and said sec- 
ond part of the volume of the sell order is superior 
or equal to a threshold volume. 



67. A client computer system (41 0) operable in a secu- 
rity trading system, the client computer system be- 
ing arranged to generate orders and comprising: 

means for generating a sell order (360, 1040, 
1260) comprising a lower limit and a conditional 
lower limit, wherein the lower limit and the con- 
ditional lower limit define a conditional selling 
price range in which the sell order can be exe- 
cuted under certain selling conditions; 
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